System and method for remotely displaying data

ABSTRACT

An electronic device for collecting and displaying measurement data includes a data interface, a processor and a transport interface. The data interface obtains measurement data. The processor is configured to generate portable graphical user interface (GUI) information indicating a visual format corresponding to at least one of the measurement data or the electronic device, and to associate the portable GUI information with the measurement data. The transport interface is configured to deliver the measurement data and the associated portable GUI information to a remote display, enabling the remote display to display the measurement data in accordance with the visual format indicated by the portable GUI information.

BACKGROUND AND SUMMARY

Different types of electronic instruments are used to perform variousmeasurements and data collection, including oscilloscopes, spectrumanalyzers, network analyzers, chemical analyzers and voltmeters, forexample. Due to the distinct nature of the data collected and processedby these instruments, each type has a specific visual interface fordisplaying measurement or analytic results. The visual interface may beas simple as a numeric readout for a voltmeter to as complex as spectrumtraces for a spectrum analyzer.

Test systems may receive data from measurement instruments in order tostore, assemble, process and/or display the data. For example, raw datamay be retrieved over a data network and displayed at a remote workstation, such as a personal computer (PC) or laptop. When test systemsreceive and display the data, they may attempt to mimic the visualinterface corresponding to the type of instrument used to collect thedata, in order to assist in understanding and analysis of the data.However, such displays typically are not as rich or complete as thevisual interface on the instruments themselves, and sometimes provideonly static pages, when a web interface is available. Alternatively, thetest systems may attempt to insert images of the display using a digitalimage format, such as bitmap format, which is cumbersome, requirestransporting large amounts of data for one image, and cannot beseamlessly updated (e.g., requires “refresh” operations).

In one aspect of the invention, an electronic device for collecting anddisplaying measurement data includes a data interface for obtainingmeasurement data, a processor, and a transport interface. The processoris configured to generate portable graphical user interface (GUI)information indicating a visual format corresponding to at least one ofthe measurement data or the electronic device, and to associate theportable GUI information with the measurement data. The portable GUIinformation includes a GUI rendering engine and corresponding metadatafor configuring the GUI rendering engine. The transport interface isconfigured to deliver the measurement data and the associated portableGUI information to a remote display, enabling the remote display todisplay the measurement data in accordance with the visual formatindicated by the portable GUI information.

In another aspect of the invention, an electronic device for enablingremote display of measurement data includes a network interface and aweb server. The network interface is configured to receive measurementdata over a data network, the measurement data originating at anelectronic instrument having a corresponding visual display format fordisplaying the measurement data. The web server is configured topopulate a web page with the measurement data and associated GUIinformation in response to a request from a web client over the datanetwork. The GUI information includes a GUI rendering engine forindicating the visual display format in which the measurement data is tobe displayed. The populated web page is transported to the web clientover the data network, enabling the web client to display themeasurement data in the visual format.

In yet another aspect of the invention, a method of remotely displayingdata is provided. The method includes generating measurement data,generating portable GUI information in relation to the measurement data,and storing the portable GUI information in relation to the associatedmeasurement data. The portable GUI information indicates a visual formatof the measurement data corresponding to a visual display havingpredetermined parameters. A web page is populated with the measurementdata and the associated GUI information in response to a request from aweb client over a data network. The populated web page is transported tothe web client over the data network for display, enabling the webclient to display the measurement data in the visual format, includingthe predetermined parameters.

BRIEF DESCRIPTION OF THE DRAWINGS

The example embodiments are best understood from the following detaileddescription when read with the accompanying drawing figures. It isemphasized that the various features are not necessarily drawn to scale.In fact, the dimensions may be arbitrarily increased or decreased forclarity of discussion. Wherever applicable and practical, like referencenumerals refer to like elements.

FIG. 1 is a functional block diagram illustrating an electronicinstrument, according to a representative embodiment.

FIG. 2 is a functional block diagram illustrating a system including theelectronic instrument of FIG. 1, according to a representativeembodiment.

FIG. 3 is a flow diagram of a method for displaying instrument dataaccording to a representative embodiment.

FIG. 4 is a flow diagram of a method for displaying instrument dataaccording to a representative embodiment.

DETAILED DESCRIPTION

In the following detailed description, for purposes of explanation andnot limitation, example embodiments disclosing specific details are setforth in order to provide a thorough understanding of an embodimentaccording to the present teachings. However, it will be apparent to onehaving ordinary skill in the art having had the benefit of the presentdisclosure that other embodiments according to the present teachingsthat depart from the specific details disclosed herein remain within thescope of the appended claims. Moreover, descriptions of well-knowndevices and methods may be omitted so as to not obscure the descriptionof the example embodiments. Such methods and devices are clearly withinthe scope of the present teachings.

In the various embodiments, an electronic instrument collects and storesdata, such as measurement data or other electronic data. The data isassociated with a display format specific to the type of instrumentand/or the data. The display format may enable the data to be displayedon a local display of the instrument, according to the display format,when the instrument has a local display. In addition, the data isassociated with portable graphical user interface (GUI) information,which describes the specific display format. The data may be accessed bya remote display device, such as a PC or laptop computer, along with theassociated portable GUI information, so that the remote display deviceis able to display the data in a visual format substantially the same asthe format specific to the instrument. For example, the remote displaydevice may be a web client, which accesses the data and associatedportable GUI information over a display network, via a web server, usingan ordinary web browser. Alternatively, the remote display device mayinclude a portable memory interface, such as a universal serial bus(USB) interface, enabling the remote display device to retrieve the dataand associated portable GUI information from a USB storage device.Accordingly, the data may be presented at the remote display device in adomain specific manner without the client having prior knowledge of thespecific domain.

FIG. 1 is a block diagram illustrating an electronic instrument 100,according to a representative embodiment. The instrument 100 may be anytype of instrument for collecting, measuring, processing and/oranalyzing various types of information. Examples of the instrument 100include oscilloscopes, spectrum analyzers, network analyzers, chemicalanalyzers, volt-ohm meters, and the like. In alternative embodiments,the instrument 100 may include any type of electronic device thatcollects, generates and/or displays data in a format specific to thesubject instrument and/or to the type of data.

As will be appreciated by those skilled in the art, one or more of thevarious “parts” shown in FIG. 1 may be physically implemented using asoftware-controlled microprocessor, hard-wired logic circuits, or acombination thereof. Also, while the parts are functionally segregatedin FIG. 1 for explanation purposes, they may be combined variously inany physical implementation.

In the depicted representative embodiment, the instrument 100 includes adata input 112 and a corresponding data interface 110 for receiving andinitially processing raw data (122 a). The data input 112 may be anytype of input for receiving electronic data. For example, if theinstrument 100 is an oscilloscope or spectrum analyzer, the data input112 may include multiple channel inputs for receiving signals from adevice under test, and the data interface 110 may be configured toacquire and condition the incoming signals, and to convert theconditioned signals from analog to digital.

Memory 120 may be any number, type and combination of nonvolatile readonly memory (ROM) and volatile random access memory (RAM), and mayprovide look-up tables and/or other relational functionality. In variousembodiments, the memory 120 may be a disk drive, for example. Further,the memory 120 may store program instructions and results ofcalculations or summaries performed by processor 125, for example. Asshown in FIG. 1, the memory 120 stores measurement data 122, whichincludes the raw data 122 a and corresponding metadata 122 b describingthe raw data 122 a. The raw data 122 a may be formatted in accordancewith various transport standards, such as Extensible Markup Language(XML), wireless access protocol binary XML (WBXML), JavaScript ObjectNotation (JSON), and the like, to accommodate communications over a datanetwork, such as network 210 discussed below with respect to FIG. 2. Themetadata 122 b provides additional information corresponding to the rawdata to facilitate proper understanding and interpretation of the rawdata, including, for example, acquisition rates, instrument and displaysettings, such as vertical and horizontal axis calibration, markerplacement, value ranges, time stamps, and the like. The metadata may begenerated by processor 125, for example.

In addition to being stored, the measurement data 122 may be accessible,e.g., through a buffer (not shown), in real-time or near real-time forvisual display on a local display 132 via visual interface 130 and/orfor access by the web server 140. It understood that, in alternativeembodiments, the instrument 100 does not include a local display,although the measurement data 122 would still have an associated visualdisplay format, for example, based on the type of instrument and/or thetype of measurement data 122.

The memory 120 also stores portable GUI element or portable GUIinformation 124, in association with the stored measurement data 122.The portable GUI information 124 effectively is additional metadata thatindicates the manner in which the associated measurement data 122 wouldbe rendered and displayed, for example, on the local display 132. Inother words, each entry in memory 120 of measurement data 122 iseffectively linked to a corresponding entry of portable GUI information124. The portable GUI information 124 may be generated by the processor125, for example, it identifies the associated measurement data 122 andprovides customized display features corresponding to display parametersof the local display 134, thus indicating the manner in which the datais to be displayed. For example, the portable GUI information mayindicate whether the associated raw data 122 a is to be displayed in theform of a number, a trace, a histogram, a pie-chart, or the like. Theparameters of the customized display, e.g., center point, scale and markspacing of a trace, may be determined from the metadata 122 bcorresponding to the raw data 122 a.

More particularly, the portable GUI information 124 includes a portableGUI rendering engine 124 a and corresponding metadata 124 b forconfiguring the GUI rendering engine 124 a. The GUI rendering engine 124a may be implemented as an applet, for example, downloadable by a webbrowser (e.g., in client software 223 of FIG. 2) or other remote displaydevice. An application programming interface (API) between the appletand the application of processor 125 enables access to the measurementdata 122. In an illustrative embodiment, the applet may be provided inFlash, for example, available from Adobe Systems, Inc. The configurationmetadata 124 b provides information regarding the GUI rendering engine124 a, as well as information on how to obtain the raw data 122 a and/orhints on how to display the raw data 122 a. The configuration metadata124 b may be a uniform resource locator (URL) on the instrument 100, forexample.

The GUI rendering engine 124 a and configuration metadata 124 b areportable in that they may be transported outside the instrument 100. Forexample, as shown in the depicted illustrative embodiment, the GUIrendering engine 124 a and configuration metadata 124 b may betransported over a network (e.g., network 210) to a web server (e.g.,web server 230) and retrieved, along with the corresponding measurementdata 122, for example, by a web client (e.g., web client 220) using anordinary a web browser, as discussed below. In alternative embodiments,the GUI rendering engine 124 a and configuration metadata 124 b may bestored along with the corresponding measurement data 122 in an externalportable memory, such as a removable USB flash drive or memory stick,via a memory interface (not shown), such as a USB interface. Theportable GUI information 124 and corresponding measurement data 122 maythen be subsequently uploaded by a remote display device having acompatible portable memory interface. Accordingly, the portable GUIinformation 124 is not confined to the instrument 100, but may travel(e.g., with the measurement data 122) and be independently managed.

The portable GUI information 124 may likewise be formatted in accordancewith various transport standards, such as XML, WBXML, JSON, and thelike, to accommodate communications over a data network, discussed belowwith respect to FIG. 2. In an embodiment, the portable GUI informationmay be included with the metadata 122 b of the measurement data 122.Also, like the measurement data 122, the portable GUI information 124may be accessible, e.g., through a buffer (not shown), in real-time ornear real-time for access by the web server 140, discussed below.

The processor 125 is configured to execute one or more softwarealgorithms, including the portable GUI display process of theembodiments described herein, in conjunction with the memory 120, aswell as the basic functionality of the instrument 100. The processor 125may include its own memory (e.g., nonvolatile memory) for storingexecutable software code that allows it to perform the various functionsof the instrument 100. Alternatively, the executable code may be storedin designated memory locations within memory 120. The processor 125executes an operating system, such as Windows operating systemsavailable from Microsoft Corporation, NetWare operating system availablefrom Novell, Inc., or Unix operating system available from SunMicrosystems, Inc. The operating system controls execution of otherprograms, including data collection via data interface 110, dataprocessing and visual display via visual interface 130, as well as otheruser and/or device interfaces, such as keypad 152 and/or mouse 154, viaI/O 150.

The local display 132 may be any type of visual display used for showingthe raw data 122 a, the measurement data 122 and/or correspondingprocessing results. Depending on the type of instrument and informationto be displayed, the local display 132 may be a liquid crystal display(LCD) or a cathode ray tube (CRT) display, for example, although it isunderstood that any type of display may be incorporated. The informationis displayed on the local display 132 in a visual format correspondingto the type of instrument 100, which has been designed to assist theuser in easily understanding the meaning of the data. For example, thelocal display 132 of a voltmeter may be an LCD screen showing numericaldigits indicating measured voltage and units, while the local display132 of an oscilloscope may be a CRT display showing real time signaltraces, together with summary information shown in peripheral tables orgraphs. The parameters of the visual format are implemented through thevisual interface 130.

In the illustrative embodiment shown in FIG. 1, the instrument 100 alsoincludes a transport interface, which including web server 140 andnetwork interface 142, for example. The web server 140 is configured tointerface with a communications network, such as network 210 of FIG. 2,through the network interface 142. The communications network may be anynetwork capable of transporting electronic data, such as the Internet, alocal area network (LAN), a wireless LAN, and the like. The networkinterface 142 may include, for example, a transceiver (not shown),including a receiver and a transmitter, that provides functionality forthe instrument 100 to communicate wirelessly over the data networkthrough an antenna system (not shown), according to appropriate standardprotocols. However, it is understood that the network interface 142 mayinclude any type of interface (wired or wireless) with thecommunications network, including various types of digital modems, forexample. The web sever 140 executes web server software, such as Apacheavailable from the Apache Software Foundation, web server softwareintended for embedded use, or customized web server software. In variousembodiments, the web server 140 may be incorporated in functionality ofthe processor 125. The web server 140 is accessible to various clientsover the network.

It is understood that alternative embodiments may include any type oftransport interface capable of interfacing with communication or storagemediums, enabling transport of the measurement data 122 and associatedportable GUI information 124 from the instrument 100 to a remote displaydevice, without departing from the spirit and scope of the disclosure.For example, as discussed above, the transport interface may be a USB orother portable memory interface, which enables the measurement data 122and associated portable GUI information 124 to be stored, transportedand then uploaded to the remote display device having the same type ofportable memory interface. As another example, the transport interfacemay be a standard commands for programmable instrumentation (SCPI)interface, and the remote display device may be a controller (e.g., a PCor laptop computer) in a test system, which enables the measurement data122 and associated portable GUI information 124 to be sent to the remotedisplay device, e.g., via a local testing network. As discussed above,the GUI rendering engine 124 a may be implemented as an appletexecutable by the controller, and an API between the applet and theapplication of processor 125 enables access to the measurement data 122.

FIG. 2 depicts an exemplary network 200 through which the measurementdata 122 and corresponding portable GUI information 124 may be obtainedremotely, according to an illustrative embodiment in which theinstrument 100 includes web server 140. The network 200 includes theinstrument 100 of FIG. 1, client 220, network web server 230 andcorresponding database 232, which are connectable through data network210. The data network 210 may be any network capable of transportingelectronic data, such as the Internet, a LAN, a wireless LAN, and thelike, and may be a packet switching network, for example. It isunderstood that the instrument 100, the client 220 and/or the networkweb server 230 may be connected directly to the data network 210,through corresponding (wired or wireless) modems, TI lines, or othernetwork/Internet interfaces, or may connect indirectly throughcorresponding LANs, wireless LANs, or the like.

The client 220 may be implemented by a PC, for example, operating clientsoftware 223 and a client GUI 225. For example, the client 220 and theclient software 223 may be implemented with an IBM Pentium based PC,using an operating system, such as any compatible Windows operatingsystems available from Microsoft Corporation, NetWare operating systemavailable from Novell, Inc., or Unix operating system available from SunMicrosystems, Inc. The client software 223 also includes a web browser,such as Microsoft Internet Explorer or Mozilla Firefox, for example. Theweb browser and imaging software enables display of web pages, e.g.,retrieved from the web server 140 via the network 210, on the client220. The imaging software may include Flash Player, for example,available from Adobe Systems, Inc., and/or may be provided as a browserplug-in. The retrieving and viewing of the web pages may be performed bya typical web browser, without the need for installing dedicatedsoftware components.

The network web server 230 includes or is implemented by a processorconfigured to execute one or more software algorithms, including theportable GUI display process of the embodiments described herein, inconjunction with the database 232. The network web server 230 mayinclude its own memory (e.g., nonvolatile memory) for storing executablesoftware code that allows it to perform the various functions. Forexample, the network web sever 230 executes web server software, such asWindows Server available from Microsoft Corporation, Apache availablefrom the Apache Software Foundation, or Jigsaw available from World WideWeb Consortium (W3C). Using server software, the network web server 230is able to communicate with World Wide Web (WWW) clients, such as client220, and instrument 100, using Hypertext Transfer Protocol (HTTP)messages, HyperText Markup Language (HTML) and/or XML content, forexample. The network web server 230 may receive, for example, HTTPmessages from the client 220 and provide XML web pages in response. Thenetwork web server 230 also includes a network interface forcommunicating over the data network 210, for example, as described abovewith respect to network interface 142.

The web browser running on the client 220 is able to retrieve data fromthe network web server 230 and/or the web server 140 of the instrument100 asynchronously in the background without interfering with thedisplayed page. Data is exchanged, for example, with the network webserver 230 using XML, although alternative languages may include WBXML,JSON, and the like.

The database 232 may be configured to store various types of informationcorresponding to the portable GUI information. For example, in anembodiment, the web server 140 uploads the measurement data 122 andcorresponding portable GUI information 124 to the database 232 via thedata network 210, where it is available to users who may not have theability or permission to access web server 140 directly. Also, in anembodiment, the database 232 stores updated versions of the portable GUIsoftware, which may be downloaded by the instrument 100 through the websever 140 for implementation by the processor 125 and/or the web server140. Alternatively, updated versions of the portable GUI software may bedownloaded by the network web server 230, which then implements theportable GUI display process according to the updated version of theportable GUI software, for example, when the instrument 100 has an olderversion, or when the measurement data 122 is not necessarily accompaniedby portable GUI information 124. It is understood that, instead ofstoring actual data or programming for a particular selection, thedatabase 232 may store a URL or other form of pointer to another storagelocation. An interactive connection can be maintained among theinstrument 100, network web server 230, database 232 and client 220,enabling the user to access and view the measurement data 122 in theappropriate format, as indicated by the portable GUI information 124, inreal-time or near real-time, as the measurement takes place.

As stated above, the portable GUI information 124 stored in the memory120 indicates the display format, according to which correspondingmeasurement data 122 is to be displayed. In order to remotely retrievethe measurement data 122 and the portable GUI information 124, a usermay access the web server 140 from the client 220 over the data network210, for example, by entering the URL of the web server 140. Inresponse, the web server 140 provides a web page to the client 220,which includes the measurement data 122, along with the portable GUIinformation 124, for display at the client 220. For example, the webpage may include an applet (e.g., the GUI rendering engine 224 a)downloadable by the web browser and a software module, such as an objectin object oriented programming. The software module may inform theapplet of location(s) from which the measurement data 122 and/orportable GUI information 124 may be retrieved (e.g., using URLs). Thelocations may be different for previously stored data and live (orstreaming) data. In an illustrative embodiment, the object may be aShockwave Flash object, for example, which enables a Flash applet todisplay the measurement data 122 and portable GUI information 124 at theclient 220, using Flash Player.

As a result, the client 220 displays the measurement data 122 in thespecified display format. For example, the client 220 may display themeasurement data 122 in a format substantially the same as the format inwhich the measurement data 122 is displayed at the local display 132.The portable GUI information 124 is used, along with the correspondingmetadata of the measurement data 122, to structure the display, forexample, annotating axes, placing markers, etc. The client 220 is thusable to display the measurement data 122 in a visual manner that wouldnormally be used on local display 132, such as an LCD or CRT display. Invarious embodiments, this process may be used as a diagnostic tool(e.g., for LAN extensions for instrumentation (LXI) instruments), aswell as a remote user interface.

In an embodiment, the network web server 230 provides web pages to theclient 220 based on artificially generated or synthetic data, as opposedto data actually collected, e.g., by the instrument 100. This data isdisplayed according to portable GUI information corresponding to thetype of instrument the data is intended to simulate, in substantiallythe same manner as discussed above.

In alternative embodiments, the web page may incorporate other graphicssoftware capable of accurately simulating the local display 132 on theclient 220. For example, the web page may include AsynchronousJavaScript and XML (AJAX), JAVA applications, Silverlight, or the like.

Also, the process of retrieving and displaying the portable GUIinformation 124 is generic in that the web pages and the web browser ofthe client 220 do not need to be modified for data from different typesof instruments, even though the underlying measurement data and mode oflocally displaying the same may differ significantly. Further, a webpage may include and the client 220 may display information frommultiple instruments 100 at the same time, even when the instruments 100are different types of devices.

As stated above, a user may retrieve the measurement data 122 andassociated portable GUI information 124 from the network web server 230in substantially the same manner as described above with respect to theinstrument web server 140. It is assumed that the measurement data 122and associated portable GUI information 124 is previously uploaded, forexample, to the database 232, in which case the web page provided by thenetwork web server 230 would include information identifying theappropriate storage location.

For example, in order to view measurement data 122 on the network webserver 230 using data previously stored, e.g., in the database 232, thenetwork web server 230 also needs to be able to deliver the portable GUIinformation 124 (e.g., the portable GUI rendering engine 124 a andcorresponding configuration metadata 124 b). This means that, whenmeasurement data 122 is initially provided to the network web server 230and/or the database 232, the portable GUI information 124 should also bestored as well, if the network web server 230 and/or the database 232 donot already have it. In various embodiments, the portable GUIinformation 124 only needs to be stored in the network web server 230and/or the database 232 once per type of instrument, or possibly byproduct line of the type of instruments having similar local displayproperties, and thus having the same portable GUI rendering engine 124 aand/or configuration metadata 124 b.

In various embodiments, the database 232 may include a library ofportable GUI information, compatible with various types of measurementinstruments (e.g., instrument 100) for remote implementation of theportable GUI display process. For example, a measurement instrument mayinclude a memory and a web server, but not have the processing capacityand/or software for associating portable GUI information 124 with themeasurement data. In this case, the measurement data 122 (e.g., the rawdata and/or the metadata) may be uploaded to the network web server 230,which selects the appropriate portable GUI information 124 from thesoftware library in database 232 (e.g., based on the type and version ofinstrument). This remotely provided portable GUI information 124 maythen be accessed and displayed by the client 220, using typical webbrowsing software, in substantially the same manner as described abovewith respect to the instrument web server 140.

Also, as discussed above, when the version of the portable GUIinformation 124 is old, the network web server 230 server may beconfigured to access and use a newer version. The network web server 230may obtain the newer version of the portable GUI information 124 fromvariety sources, including from another instrument which includes thenewer version or has been more recently updated or manufactured, fromthe manufacturer's website and/or from the library, which has beenpreviously stored in the database 232 or has been loaded by themanufacturer, as discussed above. Again, the portable GUI information124 (i.e., the GUI rendering engine 124 a and/or the configurationmetadata 124 b) need only be stored once per unique rendering type.

Further, a user may simply want to store data for later viewing andanalysis, in which case the measurement data 122 and associated portableGUI information 124 may be collected over time and stored in thedatabase 232. Subsequently, the user may access the stored informationin order to view and analyze the measurement data 122. Also, in anembodiment, the stored measurement data 122 may be interfaced with anelectronic laboratory notebook, such as an on-line Wiki Lab Notebookavailable through OpenWetWare or other interactive program, e.g.,running on the client 220, the web server 230 and/or a separateelectronic laboratory notebook server (not shown). For example, themeasurement data 122 and associated portable GUI information 124 may beinserted directly into a report in the format in which it would appearon the local display 132. This is more efficient and flexible thanconventional means, such as inserting bitmap images showing instrumentscreen shots, for example.

FIG. 3 is a flow diagram showing a process for providing portable GUIdisplays, according to an embodiment. In step s310, an electronicinstrument, such as instrument 100, generates raw data, e.g., from ameasurement process specific to the instrument. For example, theinstrument 100 may generate data indicating information regardingreceived signals, voltage levels, or the like. The instrument 100generates metadata 122 b corresponding to the raw data 122 a to providecontext. The raw data 122 a and metadata 122 b may be displayed on alocal display device 132 of the instrument 100, such as an LCD or CRTdisplay. In step s312, the measurement data 122 is associated withportable GUI information 124, which represents the visual format of thelocal display device. The measurement data 122 and associated portableGUI information 124 may be stored in relation to each other at steps314, e.g., in memory 120.

In step s316, the instrument 100 receives a request for the measurementdata 122, e.g., through web server 140 associated with the instrument100, from a remote client, e.g., client 220, over data network 210. Asstated above, the request may alternatively be SCPI protocol request,for example, from another device in a test system. A web page isgenerated in step s318 in response to the request, including an appletof the portable GUI information 124, which is downloaded by a webbrowser operating on the client 220. The web page is populated with themeasurement data 122 and associated portable GUI information 124 via anobject, which directs the applet to the measurement data 122 andassociated portable GUI information 124. The measurement data 122 andassociated portable GUI information 124 are transported to the client220 in step s320. The measurement data 122 may then be displayed withinthe web page at the remote client 220, using its web browser. Thedisplay is formatted the same as the local display device 132 based onthe received portable GUI information 124 associated with themeasurement data 122.

FIG. 4 is a flow diagram showing a process for providing portable GUIdisplays, according to another embodiment. In step s410, a web server,e.g., network web server 230, receives data, for example, over datanetwork 210. The received data includes at least measurement data, suchas measurement data 122, collected and generated by an electronicinstrument, such as instrument 100, and may also include correspondingportable GUI information, such as GUI information 124, depending on thecapabilities of the instrument. The data may be received (e.g., inreal-time or near real-time) from the instrument 100 that has performedthe measurement and generated the data, or from a database, such asdatabase 232, that has previously stored the data. The previously storeddata may include actual measurement data 122 provided by the measurementinstrument or may be computer generated, synthetic measurement data.

In step s412, the web server 230 receives a request for the measurementdata 122 from remote client 220 through a data network, such as network210. In steps s414, it is determined whether the received data includesmeasurement data 122, as well as related portable GUI information 124,e.g., stored in association with the measurement data 122. When therelated portable GUI information 124 is provided (step s414: Yes), theprocess proceeds to step s420, discussed below. When the relatedportable GUI information 124 is not provided (step s414: No), the webserver 230 determines the appropriate type of portable GUI information124 in step s416 to be associated with the measurement data 122. Forexample, the web server 230 may query the instrument 100 or the database232 to determine the type of instrument 100 that generated themeasurement data 122, the type of measurement data 122, a specifiedformat of the measurement data 122 and/or the type of display (e.g.,local display 132) on which the measurement data should be appropriatelydisplayed. Alternatively, the received measurement data 122 may includeinformation identifying the type of instrument, format and/or display.In step s418, the web server 230 retrieves the appropriate portable GUIinformation 124, for example, by accessing a portable GUI library, andassociates it with the measurement data 122, which may likewise bestored in the database 232.

A web page is generated in step s420 in response to the request,including an applet which is downloaded by a web browser operating onthe client 220. The web page is populated with the measurement data 122and associated portable GUI information 124 via an object, which directsthe applet to the measurement data 122 and associated portable GUIinformation 124. The measurement data 122 and associated portable GUIinformation 124 are transported to the client 220 in step s422. Themeasurement data 122 may then be displayed within the web page at theclient 220, using its web browser. The display is formatted the same asthe type of local display device of the determined instrument 100, basedon the received portable GUI information 124 associated with themeasurement data.

While preferred embodiments are disclosed herein, many variations arepossible, which remain within the concept and scope of the invention.Such variations would become clear to one of ordinary skill in the artafter inspection of the specification, drawings and claims herein. Theinvention therefore is not to be restricted except within the spirit andscope of the appended claims.

1-20. (canceled)
 21. A system for displaying measurement data,comprising: a data storage to store measurement data generated by aplurality of test instruments, wherein: each test instrument isconnectable to a device under test (DUT) to receive signals from the DUTand measure parameters of the received signals to determine at least aportion of the measurement data, and each test instrument has a type ofportable graphical user interface (GUI) information for displaying themeasurement data generated by the test instrument; a processor to:determine a type of test instrument that generated the measurement dataand a type of the requested measurement data; determine a type of theportable GUI information of the test instrument for displaying themeasurement data based on the determined type of test instrument and thetype of the measurement data; and generate portable GUI informationaccording to the determined type of the portable GUI information; andassociate the portable GUI information with a request for measurementdata, wherein the portable GUI information comprises customized displayfeatures corresponding to display parameters associated with thedetermined type of the portable GUI information of the test instrumentfor displaying the measurement data; and a transport interface todeliver the measurement data and the associated portable GUI informationto a display, wherein the display is operable to present the measurementdata in accordance with the determined type of the portable GUIinformation of the test instrument for displaying the measurement data.22. The system of claim 21, wherein the types of the portable GUIinformation are different for different types of the test instruments.23. The system of claim 21, wherein determining the type of the testinstrument that generated the measurement data and the type of therequested measurement data comprises querying the test instrument. 24.The system of claim 21, wherein the transport interface comprises: anetwork interface to transport the measurement data and the associatedportable GUI information over a data network to the display, wherein thenetwork interface comprises: a web computer system to: populate a webpage with the measurement data and the associated portable GUIinformation in response to a request from a web client over a datanetwork, and transport the populated web page to the web client over thedata network, the web client comprising the display.
 25. The system ofclaim 24, wherein the network interface comprises a standard command forprogrammable instrumentation (SCPI) interface.
 26. The system of claim21, wherein the transport interface comprises a universal serial bus(USB) interface configured to transport the measurement data and theassociated portable GUI information to a portable USB storage devicecompatible with the display.
 27. The system of claim 21, wherein thetype of the portable GUI information is associated with a local displayof the test instrument.
 28. The system of claim 21, wherein the portableGUI information comprises a uniform resource locator (URL).
 29. Thesystem of claim 28, wherein the URL is directed to a web page comprisinga browser-compatible executable for identifying the measurement data andthe associated GUI information to enable a web client to display themeasurement data according to the type of the portable GUI information.30. The system of claim 29, wherein a location of the measurement dataand the associated GUI information is provided by self-containedsoftware.
 31. The system of claim 29, wherein the browser-compatibleexecutable enables the web client to display the measurement datasubstantially in real-time.
 32. The system of claim 29, wherein the webpage displays measurement data and associated portable GUI informationfrom multiple ones of the test instruments of different types at thesame time.
 33. The system of claim 21, further comprising a databaseincluding a library of portable GUI information, each portable GUIinformation in the library associated with one or more types of the testinstruments, wherein the processor that generates the portable GUIinformation to select appropriate portable GUI information from thelibrary of the portable GUI information based on a type of the testinstrument.
 34. The system of claim 33, wherein the processor associateseach portable GUI information associated with multiple types of the testinstruments in the library based on at least one of product line,display property, customized display feature, and configurationmetadata.
 35. The system of claim 21, wherein the test instrumentcomprises at least one of an oscilloscope, a spectrum analyzer, anetwork analyzer, a chemical analyzer, and a voltmeter.
 36. The systemof claim 21, wherein the custom display features comprises at least oneof: an acquisition rate of the test instrument, a vertical axiscalibration of the test instrument, a horizontal axis calibration of thetest instrument, a marker placement of the test instrument, value rangesof the test instrument, time stamps of the measurement data, a traceform of the test instrument, a histogram form of the test instrument, apie-chart form of the test instrument, a center point of the measurementdata, a scale of the measurement data, and a scale mark spacing of themeasurement data.
 37. A method of displaying data, comprising: storing,by a processor, measurement data measured by a plurality of testinstruments, wherein: each test instrument of the plurality of testinstruments is connectable to a device under test (DUT) to receivesignals from the DUT and measure parameters of the received signals todetermine at least a portion of the measurement data, and each testinstrument has a type of portable graphical user interface (GUI)information for displaying the measurement data generated by the testinstrument; determining, by the processor, a type of the test instrumentthat generated the measurement data and a type of the measurement data;determining the type of the portable GUI information of the testinstrument for displaying the measurement data based on the determinedtype of test instrument and the type of the measurement data; generatingportable graphical user interface (GUI) information according to thedetermined type of the portable GUI information; associate the portableGUI information with a request for measurement data, wherein theportable GUI information comprises customized display featurescorresponding to display parameters associated with the determined typeof the portable GUI information of the test instrument for displayingthe measurement data; and populating a web page with the measurementdata, wherein the populated web page is delivered via a web client overa data network for display, and wherein the web client to present themeasurement data in accordance with the determined type of the portableGUI information of the test instrument for displaying the measurementdata.
 38. The method of claim 37, wherein determining the type of thetest instrument that generated the measurement data and the type of therequested measurement data comprises querying the test instrument. 39.The method of claim 37, wherein the type of the portable GUI informationis associated with a local display of the test instrument.
 40. Themethod of claim 37, wherein the portable GUI information comprises auniform resource locator (URL), wherein the URL is directed to a webpage comprising a browser-compatible executable for identifying themeasurement data and the associated GUI information to enable a webclient to display the measurement data according to the type of theportable GUI information.
 41. The method of claim 40, wherein the webpage displays measurement data and associated portable GUI informationfrom multiple ones of the test instruments of different types at thesame time.
 42. The method of claim 37, wherein the processor associateseach portable GUI information associated with multiple types of the testinstruments in a library of portable GUI information based on at leastone of product line, display property, customized display feature, andconfiguration metadata.
 43. The method of claim 37, wherein the customdisplay features comprises at least one of: an acquisition rate of thetest instrument, a vertical axis calibration of the test instrument, ahorizontal axis calibration of the test instrument, a marker placementof the test instrument, value ranges of the test instrument, time stampsof the measurement data, a trace form of the test instrument, ahistogram form of the test instrument, a pie-chart form of the testinstrument, a center point of the measurement data, a scale of themeasurement data, and a scale mark spacing of the measurement data. 44.A non-transitory computer-readable storage medium having an executablestored thereon, which when executed instructs a processor to perform themethod of claim 37.